home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / pc_board / rnet108u.zip / ECHOS.DOC < prev    next >
Text File  |  1992-07-27  |  12KB  |  213 lines
  1.  
  2.  ┌────────────────────────────────────────────────────────────────────────────┐
  3.  │                      EchoConferences and EchoNetworks                      │
  4.  └────────────────────────────────────────────────────────────────────────────┘
  5.  
  6.   EchoConferences are message bases which are shared between multiple PCBoard
  7.   Bulletin Board Systems.  Messages which are entered in an EchoConference on
  8.   any of the echoing BBS's will be transferred to the other BBS's during a
  9.   nightly event.  Public messages entered in an EchoConference will be seen
  10.   by more than only the users on the originating BBS, but on all the BBS's
  11.   which support ("carry") that EchoConference.
  12.  
  13.   There are several methods of operating an EchoConference, but here we are
  14.   only concerned with how they can be implemented using the "QWK" packet
  15.   standard.  It is assumed you are well-acquainted with PCBoard and have some
  16.   working knowledge of offline reader mail doors (such as QMail, MarkMail,
  17.   KMail, and TomCat!).  If you are not familiar with an offline reader door,
  18.   I highly recommend you use one and an offline reader (such as EZ-Reader,
  19.   SLMR, or Deluxe) before attempting to implement an EchoConference.
  20.  
  21.   EchoConference -  A PCBoard message base (conference) which has the "echo
  22.                     flag" turned on and is having messages sent (echoed) to
  23.                     other bulletin board systems.
  24.  
  25.   Host           -  A BBS where mail messages are sent and acquired from.
  26.                     All systems on the network must have a host except the
  27.                     highest tier (that usually being refered to as the
  28.                     International Host System).
  29.  
  30.   Host Sysop     -  The Sysop of a BBS that is providing echo conferences for
  31.                     systems below it on the network tier.  The Host Sysop is
  32.                     the Sysop of the system directly above the system in
  33.                     question.
  34.  
  35.   HOST_ID        -  An assigned eight letter "code" given to a BBS which
  36.                     operates any of the various offline reader mail doors.
  37.                     Examples: Faster-Than-Light is assigned the HOST_ID of
  38.                     FTL; The Right Place is assigned TRP; Cheers! is assigned
  39.                     CHEERS; Executive Network is assigned EXECNET.
  40.  
  41.   Network        -  Also refered to as EchoNetworks.  This is a collection of
  42.                     boards which have setup a series of conferences to be
  43.                     commonly carried between them.  Examples:  ILink,
  44.                     SmartNet, Intelec, UNI-Net.
  45.  
  46.   Offline Reader -  A program designed to read messages packaged up by a
  47.                     offline mail door which creates replies to be sent back
  48.                     up to the mail door.  "Offline" refers to the ability to
  49.                     read/reply to messages without being "live."
  50.  
  51.   .REP Packet    -  REPly packet.  This is a ZIP|ARC|PAK file containing the
  52.                     messages FROM your system TO the host system.  This
  53.                     packet is created by RNet when executing an EXPORT
  54.                     operation (sending messages up to the host).
  55.  
  56.   .QWK Packet    -  This is a ZIP|ARC|PAK file containing the mail FROM your
  57.                     host system TO your system.  This packet is opened and
  58.                     read by the RNet IMPORT operation to put incoming
  59.                     messages into your message bases.
  60.  
  61.  
  62.  ┌────────────────────────────────────────────────────────────────────────────┐
  63.  │              An example network configuration (graphically):               │
  64.  └────────────────────────────────────────────────────────────────────────────┘
  65.  
  66.  
  67.                            ┌────────────────────┐
  68.                        ┌───┤ InterNational Host ├───┐
  69.                        │   └────────────────────┘   │
  70.                        │                            │
  71.                ┌───────┴───────┐            ┌───────┴───────┐
  72.              ┌─┤ National Host ├─┐          │ National Host │
  73.              │ └───────────────┘ │          └───────────────┘
  74.              │                   │
  75.      ┌───────┴───────┐   ┌───────┴───────┐
  76.      │ SuperRegional │ ┌─┤ SuperRegional ├─┐
  77.      └───────────────┘ │ └───────────────┘ │
  78.                        │                   │
  79.                ┌───────┴───────┐  ┌────────┴──────┐
  80.                │ Regional Host │  │ Regional Host │
  81.                └───────────────┘  └───────┬───────┘
  82.                                           │
  83.                   ┌───────────────┬───────┴───────┬──────────────┐
  84.             ┌─────┴─────┐   ┌─────┴─────┐   ┌─────┴─────┐  ┌─────┴─────┐
  85.             │ Local BBS │   │ Local BBS │   │ Local BBS │  │ Local BBS │
  86.             └───────────┘   └───────────┘   └───────────┘  └───────────┘
  87.  
  88.  
  89.   Each 'box' on the diagram represents a bulletin board system (BBS). Mail is
  90.   transfered up the network by having each system call its host to upload
  91.   mail from below and get mail which comes from above.  This is a simple tier
  92.   system compared to a point-to-point system such as Fido based mail networks
  93.   use.
  94.  
  95.   Note that not all of these levels have to exist within a network.  Some
  96.   networks may simply have a single host where ALL other nodes call for mail.
  97.   Other networks may be even further "spread out" than the example above.
  98.   Generally, you'll find that most networks develope into a 3 to 4 level tier
  99.   system (the above example being 5 tier).
  100.  
  101.   Each system may be using a different method of transferring mail between
  102.   itself and its host.  RNet is designed as one method which is based on the
  103.   host system operating a QWK packet based offline reader door.
  104.  
  105.  
  106.  
  107.  ┌────────────────────────────────────────────────────────────────────────────┐
  108.  │             Local system configuration for EchoConferencing                │
  109.  └────────────────────────────────────────────────────────────────────────────┘
  110.  
  111.     To configure PCBoard to support EchoConferences:
  112.  
  113.       Setup HOST_ID.CFG        - If you are just starting to echo with this
  114.                                  host, you will need to create a HOST_ID.CFG
  115.                                  file to instruct RNet on how to operate,
  116.                                  what conferences go where, what taglines to
  117.                                  use, where to find things, etc.  Please see
  118.                                  the RNET.DOC file for information on setting
  119.                                  up configuration files.
  120.  
  121.       Contact Host Sysop       - Contact your Host Sysop and have him enable
  122.                                  NetStatus for those conferences you would
  123.                                  like to echo to your system.  Without
  124.                                  NetStatus, you cannot import messages on
  125.                                  your end nor will the host mail door accept
  126.                                  network messages from your system.
  127.  
  128.       Create a new conference  - Use the same name (or very similar) as the
  129.                                  host for the conference you will be echoing.
  130.                                  Add the conference to your CNFN/G screens
  131.                                  and somehow designate it as an echo
  132.                                  conference so your users know about it.  Do
  133.                                  not forget to actually create the message-
  134.                                  base in question!
  135.  
  136.       Enable Conference Echo   - When defining the conference, specify YES
  137.                                  for the "Echo Conference Messages".  Without
  138.                                  this flag enabled, all mail will be
  139.                                  maintained locally and will not be sent out
  140.                                  to the host system.  Users have the option
  141.                                  when entering a message as to if they would
  142.                                  like it echoed to other systems or not.
  143.  
  144.       Inform users of Echo     - Post a bulletin or news file informing users
  145.                                  of what an echo conference is and rules of
  146.                                  conduct when using one.  If there are rules
  147.                                  for the network you are echoing, post those
  148.                                  for your users to read.
  149.  
  150.       Set up a mail event      - Through your EVENT.SYS or some other method,
  151.                                  establish an automated way of processing
  152.                                  mail to and from your host. This is where
  153.                                  RNet comes in as RNet will do the actual
  154.                                  message import|exporting needed for a
  155.                                  Qmail/MarkMail based echo with your host.
  156.                                  You must still use a communications program
  157.                                  and script or a package such as RoboComm to
  158.                                  do the actual transfer of mail packets.
  159.  
  160.  
  161.  
  162.  ┌────────────────────────────────────────────────────────────────────────────┐
  163.  │           Mail Processing Event documentation and information              │
  164.  └────────────────────────────────────────────────────────────────────────────┘
  165.  
  166.   Either by EVENT.SYS or batch file, you will need to execute the following
  167.   sequence of events to transfer your mail:
  168.  
  169.       Gather outgoing mail     - This is done by executing an RNET EXPORT
  170.                                  HOST_ID.  RNet will find all new mail which
  171.                                  needs to be sent to the host and put it in a
  172.                                  REP packet.  If a REP packet already exists,
  173.                                  RNet will append new messages to the end of
  174.                                  it if you have a REPLY_PROCESS=APPEND
  175.                                  (recommended) in your configuration.
  176.  
  177.       Call Host System         - Using a communications program, call your
  178.                                  host system.  If this fails, you should
  179.                                  properly exit back to your batch file and
  180.                                  leave the REP packet (if any) alone so the
  181.                                  next event will add any new messages and try
  182.                                  to send that packet again.  If you wish to
  183.                                  delete your REP packet even on failure, do
  184.                                  so and also COPY HOST_ID.BAK HOST_ID.PTR to
  185.                                  restore your pre-REP message pointers.
  186.  
  187.          Login to host         - Your host may or may not require you to use
  188.                                  a special login name for mail transfers.
  189.                                  Whatever the case, you need to properly
  190.                                  login to the host and get to the command
  191.                                  prompt.
  192.  
  193.          Get to MailDoor       - Open the offline reader door (MarkMail;
  194.                                  Qmail; Kmail; TomCat!; whatever).
  195.  
  196.          Download QWK packet   - Download any new mail as HOST_ID.QWK
  197.  
  198.          Upload REP packet     - Upload your HOST_ID.REP packet (new messages
  199.                                  from your system) if you have one ready.
  200.  
  201.          Logoff host           - (G)oodbye from host.
  202.  
  203.       Import new host mail     - To insert new mail (HOST_ID.QWK) which was
  204.                                  transfered from the host, execute a RNET
  205.                                  IMPORT HOST_ID.  This will insert all new
  206.                                  messages to your message bases.
  207.  
  208.       Reload PCBoard           - The mail event is done.  Return PCBoard to
  209.                                  normal operation or execute any other events
  210.                                  as needed (such as packing message bases,
  211.                                  doing caller analysis, etc).
  212.  
  213.